昨天提到需求各個面向的分析並且逐步確認解決的方案外,要如何把這一些資訊能夠同步並且讓相關的人知道這件事情的進度,或者是讓團隊內的其他成員知悉是一個重要的規劃。
過往大部分討論的過程多數都是會使用信件聯絡,或者是利用通訊軟體(ex : Line)不分晝夜的傳送訊息,以這兩個管道來說基本的資訊交換或者是附件傳送都可以滿足。但當資訊量越來越多的時候會遇到一些情況,接著依照剛剛提到兩種工具補充說個人遇到的狀況。
當要討論的議題是需要一直來回確認的時候,常常會看到一封信件的紀錄拉不完,而且可能又會因為中間提到其他的事件再拉相關的人士到信件的討論內,這樣的討論方式會造成原本這封信件要確認的議題失焦。另外在附件的形式上,如同剛剛提到的情況若也是來回寄送附件的討論方式,到後來會有一個風險就是雙方在確認附件的版本時,如果檔案的名稱一模一樣然後沒特別標註版本資料就會有認知上的誤差。
通訊軟體的情況也有點跟信件相似,不過訊息量一多的時候在關鍵字的搜尋上會比較方便,但由於通訊軟體實在是過於方便,對於使用者而言他可以無時無刻的直接在群組發送訊息,反而會影響當前確認好的共識。(內心os : 比較討厭的是下班後和假日還會發訊息提問的人)
在第二天提到的Notion除了可以做筆記之外也是多人協作其中一個做法,但目前尚未透過它來實踐多人協作的情境(如果未來有使用到也可以跟大家分享),但在這個部分主要會介紹目前正在使用的工具 : Confluence(wiki。這個是Atlassian推出的其中一個服務,用途可以作為知識管理、協作溝通、個人獨立空間與網誌等等的功能,在使用上有分為server和cloud的版本,在這個部分會跟大家介紹一下他們的共用點以及吸引我的地方。
從上面的圖片可以看到範本有多達100多種,所以當今天被指派或者是需要產出相關的文件沒有靈感時,可以從這一些範本挑選覺得適合的撰寫。
回到重點如同剛剛提到需要多次討論的議題,在Confluence只要新增一個畫面並且將使用者的帳號設定可以編輯的權限(或者是將它加入到這個畫面的空間),這樣在多次的修改情況都會保持在同一個頁面。另外如果需要回頭看先前修改的內容不用擔心會不見或者是還要透過關鍵字查詢,下圖的歷史紀錄會清楚的紀錄每個版本建立的時間紀錄,並且還可以比較當前與先前版本的內容差異。
總而言之若能好好利用協作平台的功能,可以改善資訊不同步或者是紀錄查找上的困難。